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L.RIASSUNTO 



Per rilevare la qualita di servizio a livello applicativo in una 
rete per telecomunicazioni (N) si prevede una funzione (A) di 
attuazione di sessioni a livello applicativo su detta rete (N) , 
Tramite tale funzione di attuazione (A) , si attuano quindi delle 
sessioni rilevando (F) e memorizzando {KyJ altresi in un insieme 
di punti (Si, • . , , Sk, Sn) della rete (N) dati indicativi del 
comportamento di detta rete. Si verifica (B) I'eventuale 
insorgere di situazioni di criticita relative alia qualita di 
servizio e, a fronte dell ' insorgere di una detta situazione di 
criticita, si genera un segnale di awiso (Trigger) . Per effetto 
della generazione di tale segnale di awiso si raccolgono in modo 
centralizzato (H) i dati indicativi del comportamento della rete 
rilevati e memorizzati nel suddetto insieme di punti della rete 
(N) , I dati cosi raccolti sono indicativi della quality di 
servizio end-to-end della rete (N) stessa. 

Applicazione pref erenziale a reti a pacchetto come reti di 
telefonia mobile quali reti GPRS o UMTS. 
(Figura 5) 
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TESTO DELLA DESCRIZIONE o6 ^ 

La presente invenzione si rif erisce al ^ R 

.* monitoraggio della quality di servizio (o QoS, O rl 

secondo un acronimo d'uso corrente desunto dalla Fsfo 
denominazione anglosassone Quality of Service) nei oq ^ 

sistemi per telecomunicazioni . 

L' invenzione S stata sviluppata con particolare 
attenzione alia possibile applicazione ai sistemi di 
telecomunicazione a pacchetto, quali ad esempio i 
sistemi di telecomiinicazione mobile quali GPRS 
(acronimo per General Packet Radio Service) o UMTS 
(acronimo per Universal Mobile Telecommunications 
System) . 

In ogni caso, il riferimento a tali set tori di 
possibile applicazione non dev'essere interpretato 



in senso limitative della portata dell' invenzione, 
che e affatto generale. 

Per il monitoraggio delle reti di 
telecomunicazione sono noti vari sistemi in grado di 
operare come analizzatori di protocollo distribuiti, 
capaci dimque di correlare i messaggi di 
segnalazione ed i dati in vari piinti della rete. 

Ad esempio, in US -A- 5 850 386 e descritto un 
analizzatore di protocolli utilizzabile per 
monitorare il f unzionamento di reti di trasmissione 
di tipo numerico. L' analizzatore in questione e ^ =i 

suscettibile di visualizzare statistiche a livello <; o 

• 

_j 

di stazione, statistiche di rete, informazioni in z: ^ ^ 

tempo reale su eventi in corso sulla rete nonche O 

z> z: 

informazione sulla distribuzione dei protocolli. In < 
piai, tale soluzione ^ in grado di generare 
informazioni di base sul funzionamento della rete 
presentandole in modo simultaneo insieme con 
informazioni di prestazioni in tempo reale e 
sessioni di monitoraggio di attivit^ di pre- 
programmazione . Tutto questo generando altresi 
rapporti legati all'analisi della rete di 
trasmissione . 

Sistemi di questo tipo sono tuttavia pensati per 
operare in modo esteso sulla rete e non sono dunque 
adatti ad un uso saltuario ne ad essere trasportati. 



In piil# questi sistemi richiedono 

necessariamente la disponibilita di iina notevole 
capacity di memorizzazione per consentire la 
raccolta esaustiva delle inf ormazioni su opportune 
basi datl . 

Sono poi disponibili analizzatori di protocollo 
suscettibili di effettuare un' approf ondita analisi 
piintuale dei dati che trans itano su xina o piii 
interfacce di rete. 

Sostanzialmente riconducibile a questa 

impostazione e la soluzione descritta in US -A- 6 3 97 ©6 ^ 

359, In tale soluzione le prestazioni di \ina rete 
sono valutate def inendo progratnmi (schedule) di q rJ 

prova comprendenti protocolli di prova destinati ad F^O 
essere implement at i nonche indicazioni relatxve a 2 ^ 

quali protocolli devono essere eseguiti per una 
pluralitcL di connessioni sulla rete. Una connessione 
pud essere definita fra due nodi di estremita della 
rete e, ad istanti di tempo specif icati, la coppia 
di nodi di estremitS in questione esegue il 
protocollo di prova misurando le prestazioni del 
collegamento di rete fra i due nodi senza che cio 
comporti alcun coinvolgimento del software 
applicative che quindi pu6 essere tanto installato 
quanto non installato sull' hardware dei computer che 
supportano i nodi di estremita. 



In sostanza, sistemi di questo tipo - o sistemi 
sostanzialmente equivalent! - non si prestano a 
correlare i dati oggetto di analisi con allarmi 
generati in altri punti del sistema o, tneglio, della 
rete. In piii questi sistemi operano essenzialmente 
rilevando le prestazioni del collegamento di rete: 
non sono quindi in grado di svolgere \in' analisi di 
prestazioni legate alia qualita percepita da xana 
specif ica sessione applicativa. 

Esistono, a dire il vero, soluzioni in grado di 
monitorare la quality a livello applicativo. In 
proposito si pu6 far riferimento al documento US-A-6 
108 700, dove e descritta una soluzione che permette 
di misurare il tempo di risposta di un' applicazione 
(comprese applicazioni distribuite in \in arabiente 
client/server o su internet) cosi come percepita da 
un utilizzatore finale. 

In modo indipendente da ogni altra 
considerazione, sistemi di questa natura, concepiti 
in via principale per I'impiego su reti di computer, 
non sono di soli to in grado - a front e di una 
rilevazione di livelli prestazionali anomali - di 
approfondire le cause di malfunzionamento della rete 
in associazione alia quale si trovano ad operare. 

A criteri di f unzionamento sostanzialmente 
analoghi, dunque esposti alle stesse limitazioni 



delineate in precedenza, d riconducibile anche il 
prodotto reso disponibile con il nome commercial e di 
ResponseCenter 3.0 dalla society Response Networks, 
Inc. di Alexandria, VA (Stati Uniti) . 

Sussiste quindi I'esigenza di fornire una 
soluzione che sia contemporaneamente in grado di : 

- monitorare la qualitiL di servizio (QoS) a 
livello applicative, e 

- evidenziare i dati necessari per localizzare 
il problema nella rete. 

Tutto questo con specifica attenzione al 
possibile impiego in contesti applicativi come le 
reti di telecomiinicazione a pacchetto quali le reti 
mobili GPRS o UMTS cui si S gia fatto cenno in 
precedenza . 

La presente invenzione si prefigge lo scopo di 
fornire \ma soluzione in. grado di soddisfare tale 
esigenza. 

Secondo la presente invenzione, tale scopo d 
raggiunto con un procedimento avente le 
caratteristiche richiamate in modo specifico nelle 
rivendicazioni che seguono. L' invenzione riguarda 
anche, in modo distinto, il corrispondente sistema, 
nonchS i relativi apparati componenti e prodotti 
inf ormatici . 



Per prodotto informatico (o computer program 
product) si intende qui indicare un prodotto 
direttamente caricabile nella memoria interna di un 
elaboratore numerico e comprendente porzioni di 
codice software suscettibili, quando tale prodotto e 
eseguito su un elaboratore, di realizzare le fasi 
del procedimento secondo I'invenzione e/o di 
svolgere la funzione di \mo o piii degli apparati 
componenti il relative sistema. 

La soluzione secondo I'invenzione consente di 
rilevare eventi ritenuti critici e di memorizzare in 
modo dettagliato il corrispondente flusso dati nella 
rete sulle varie interfacce ritenute significative. 
I dati raccolti possono quindi essere post-elaborati 
per individuare e possibilmente risolvere le 
criticita. 

L'invenzione sara ora descritta, a puro titolo 
di esempio non limitative, con riferimento ai 
disegni annessi, nei quali: 

la Figura 1 illustra in termini generali 
1' architettura di un sistema suscettibile di operare 
secondo 1 ' invenzione , 

■ - le Figure 2, 3 e 4 sono diagrammi di flusso 
che illustrano il possibile funzionamento di un 
sistema suscettibile di dare attuazione 
all' invenzione. 



- la Figura 5 illustra, sotto forma di uno 
schema a blocchi^ xin esempio di conf igurazione di 
prova attuabile ricorrendo all' invenzione, 

- la Figura 6 illustra 1 ' architettura di un 
componente di iin sistema quale quelle illustrate 
nella figura 1, 

- le Figure 7, 8 e 9 sono diagrammi di flusso 
illustrativi del funzionamento del componente della 
figura 6, 

la Figura 10 illustra in modo schematico 
ulteriori carat teristiche del componente della 
figura 6, e 

la Figura 11 ripropone lo schema di una 
possibile architettura di monitoraggio secondo 
I'invenzione riferita ad uno specif ico esempio 
applicative . 

Nella figura 1 il riferimento N indica in 
generale una rete per telecomunicazioni nell'ambito 
della quale si vuole effettuare xm'azione di 
monitoraggio della quality di servizio (QoS) ed in 
particolare un monitoraggio della qualita di 
servizio di tipo end-to-end. 

Per fissare le idee, senza che qtiesto sia da 
intendersi in senso limitative della portata 
dell' invenzione, la rete N pud essere costituita da 
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una rete di telecomunicazione a pacchetto quale una 
rete mobile GPRS o UMTS. 

I riferimenti numerici Si, S2 (e, in generale. 

Si, 82, Sk Sn) indicano apparati di 

monitoraggio delle interfacce di rete da sottoporre 
ad analisi. 

Al riguardo si apprezzera che la soluzione 
secondo I'invenzione si presta ad impiegare un 
insieme di tali apparati (nel seguito indicati in 
generale come Sk) comprendente un numero qualsiasi 
di apparati. 

Si tratta di apparati suscettibili di essere 
collocati praticamente in ogni punto della rete N 
sottoposta ad analisi. Questo significa che gli 
apparati Sk possono operare su qualsiasi inter faccia 
di rete ritenuta di interesse secondo le situazioni 
specif iche, risultando cosi suscettibili di essere 
attestati, nel caso di una rete di telecomunicazione 
mobile, tanto in corrispondenza di interfacce fisse, 
quanto in corrispondenza di interfacce mobili 
associate ai terminali mobili della rete. 

Gli apparati Sk fanno capo ad una struttura di 
comunicazione bidirezionale, ad esempio del tipo a 
bus, indicata complessivamente con P. 

Alia struttura P fa capo un apparato centrale 
coordinamento M cui d associata xina struttura \ 
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memorizzazione dei dati raccolti, indicata con H, 
destinata a fungere da archivio. 

I riferimenti A e B indicano poi, 
rispettivamente, iin apparato per 1' ef f ettuazione di 
session! di test a livello applicativo ed un 
apparato di verifica per la rilevazione della 
quality di servizio a livello applicativo e 
segnalazione di eventual! situazioni di criticita. 

Infine con Sync sono indicati gli element! di un 
sistema di sincronizzazione dei vari apparati 
presentati in precedenza. 

Ulterior! indicazion! in merito a specifiche 
forme di implement a zione a livello hardware dei vari 
apparati o moduli descritti in precedenza saranno 
fomite nel proseguimento della presente 
descri zione. 

A livello di descrizione generale, 1' apparato A 
d configurate di preferenza in modo da poter 
eseguire ripetutamente session! di test a livello 
applicativo utilizzando le risorse offerte dalla 
rete. Cid pud rendere necessario accedere a 
determinati server in rete o estemi (non indicati 
in figura) suscettibili di offrire il servizio 
richiesto. 

Per ogn! test, 1' apparato A invia all 'apparato B 
informazioni che consentono ad esso di valutare la 
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qualita del servizio rilevata, nonche informazioni 
sulle tempistiche e, se necessario, gli stessi dati 
inviati o ricevuti dalla rete. 

Sulla base delle informazioni ricevute 
dall'apparato A, I'apparato B tratta i dati ricevuti 
cosi da poteme verificare la congruenza owero la 
non dongruenza con determinati criteri di quality di 
seirvizio (QoS) . 

Nelle applicazioni piu correnti, i dati in 
questione sono confrontati con soglie di riferimento 
disponibili all'intemo dell' apparato che ^ =i 

suscettibile di generare un allarme nel caso xn cui ^ q 

si verif ichi la non congruenza dei dati ricevuti con ^ ^ 

le suddette soglie. nJ 2 



L' allarme e notificato all 'apparato M ed i dati 
raccolti dall'apparato A sono inoltre inviati, 
quando necessario, all'archivio H. 

Lo scambio delle comunicazioni in questione 
awiene in modo preferito attraverso la stessa 
strut tura P. Pud perd essere previsto un 
collegamento diretto fra 1' apparato B e 1' apparato M 
- nel verso indicate - per consentire I'inoitro dei 
messaggi di allarme. 

Gli apparati Sk sono destinati a cooperare con 
le interfacce sulle quali si ritiene utile 
effettuare I'azione di monitoraggio . Due di tali 
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interfacce, indicate con Ii e I2/ sono rappresentate 
nella figura 1; nel seguito la generica interfaccia 
monitorata sar& indicata con Ik. Tipicamente si pu6 
trattare di una qualsiasi interfaccia dati o di 
segnalazione coinvolta nelle operazioni di livello 
applicative relative ai test effettuati 
dall ' apparato A, 

Nel caso di una rete N costituita da una rete a 
pacchetto, i pacchetti che transitano su tali 
interfacce Ik possono essere raccolti (eventualmente 
f iltrando - secondo i criteri meglio descritti nel ^ >< 

seguito - solo il traf f ico di interesse per il test) ^ Q 

dagli apparati di monxtoraggio Sk- I pacchetti cosi O zj t-' 

z yy CO 

raccolti sono memorizzati da ciasctin apparato su una fSo 



memoria quale, ad esempio, un buffer circolare di 
dimensione opportuna (non specif icatamente 

illustrate nei disegni, ma di tipo noto) 
suscettibile di conservare inf ormazioni per un tempo 
suf f icientemente lungo. I criteri di dimensionamento 
di una tale memoria sono descritti in • maggior 
dettaglio nel seguito. 

Ciascun apparato di monitoraggio Sk puo ricevere 
inoltre un segnale di trigger dall 'apparato M. A 
front e di un tale evento, ciascun apparato di 
monitoraggio Sk ^ suscettibile di inviare verso 
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I'archivio H i dati contenuti nel suo buffer 
circolare, proseguendo I'azione di monitoraggio. 

In una forma di attuazione preferita 
dell' invenzione, sono inoltre previsti cotnandi 
aggiuntivi, suscettibili di essere inviati 
dall'apparato M, ad esempio per awiare o 
interrompere I'attivita di monitoraggio o, in 
generale, per effettuare operazioni di 

amministrazione dell ' apparato . 

L'apparato H fungente da archivio ha lo scopo di 
raccogliere centralmente tutti i dati correlati ad 
event i rilevati come anomalie. In particolare, per 
ogni anomalia, nell ' archivio H sono raccolti dati 
provenienti dall'apparato A per 1 ' ef f ettuazione dei 
test a livello applicative, dall'apparato B per la 
rilevazione della qualita del servizio e • dagli 
apparati di monitoraggio Sk associati alia 
interfacce Ik da analizzare. 

L'apparato centrale di coordinaraento , indicate 
con M nella figura 1, ha lo scopo di effettuare in 
modo centralizzato il controllo di tutti gli altri 
apparati corapresi nell' architettura illustrata. La 
funzionalita dell ' apparato M prevede che, a fronte 
della ricezione di un segnale di trigger di allarme 
dall'apparato B/ l'apparato M invii corrispondenti 



segnali di trigger a tutti gli apparati di 
monitoraggio delle interfacce.- 

Nella forma di attuazione dell' invenzione al 
momento preferita, I'apparato M S inoltre 
Gonfigurato in modo da svolgere fvmzioni aggiiintive, 
ad esempio per consentire di controllare da remoto 
tutti gli apparati, attivandoli, disattivandoli o 
conf igurandoli secondo necessity. 

Un ruolo importante in seno all' architettura 
illustrata nella figura 1 e svolto dal sistema di 
sincronizzazione comprendente gli apparati indicati 
con Sync. Tali apparati possono essere presenti in 



centralizzata owero decent ralizzat a) data al 
sistema di sincronizzazione. Di solito, al fine di 
consentire un uso agevole del sistema, e opportuno 
che i singoli elementi del sistema di 
sincronizzazione possono essere dislocati anche a 
distanza gli uni dagli altri, eventualmente anche in 
localizzazioni geografiche abbastanza distanti fra 
loro. 

La presenza del sistema di sincronizzazione in 
questione d legato all'osservazione del fatto che 
per la valutazione delle prestazioni ^ importante 
tenere in conto i tempi di attraversamento della 



numero qualsiasi, anche in funzione <^ 

O 

dell ' impostazione generale (architettura 
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rete da parte dei pacchetti/segnali . Cio presuppone 
il fatto che i vari apparati tra i quali si rilevano 
i suddetti tempi di attraversamento siano 
ef f ettivamente sincronizzati fra loro. L' accuratezza 
del sistema e determinata cosi da essere compatibile 
con la precisione delle inf ormazioni che si 
intendono ottenere. 

Lo schema della figura 2, sostanzialmente 
riconducibile ad xin diagramma di flusso, illustra il 
funzionamento di base dell' apparato centrale di 
coordinamento M. 

In sostanza, 1' apparato M opera attuando 
ciclicamente, con una velocita correlata alia 
velocity di evoluzione dei fenomeni che si intendono 
monitorare, xina routine ciclica comprendente una 
prima fase o passo 100 di attesa di eventuali 
notifiche provenienti dall ' apparato B seguita - in 
presenza di una tale notifica ricevuta dall ' apparato 
B - da una fase o passo 102 in cui xma 
corrispondente notifica o trigger S inviata verso i 
vari apparati di monitoraggio delle interfacce Si, 
• • • f Sjc/ • • • / Sa- 
il diagramma di flusso della figura 3 illustra, 
secondo modality f ondamentalmente analoghe a quelle 
adottate nella figura 2, il funzionamento 
dell' apparato o degli apparati di ef f ettuazione test 

IB 



e di rilevazione della qualita (rif erimenti A e B 
nella stessa f igura) . 

La figura 4 illustra invece il f imzionamento di 
uno qualsiasi degli apparati Sk predisposti per il 
monitoraggio delle interfacce Ik. 

'Le figure in quest ione hanno naturalmente 
carattere puramente illustrative e sono riprodotte 
secondo tnodalita semplif icate • per agevolare la 
comprensione : si apprezzerS. infatti che tanto nella 
figura 2, quanto nelle figure 3 e 4 non sono 
evidenziate le normal i funzionalit^ di gestione 
quali, ad esempio, I'awio di processi, 
1' inizializzazione e la terminazione di processi, 
ecc . 

Puntando dappriina I'attenzione sull ' apparato di 
ef f ettuazione dei test (rif erimento A della figura 
1) il passo 200 nella figura 3 indica una normale 
fase o passo di partenza seguito da un passo 202 in 
cui 1' apparato A identifica (in base a criteri di 
programmazione/schedulazione in esso impostati 
secondo criteri di per se noti) il test destinato ad 
essere di volta in volta attuato. 

Questo test § quindi effettuato in un passo 
indicato con 204; in un passo 206 1' apparato A invia 
verso 1' apparato B, di preferenza su un collegamento 

lb 



dedicate, i dati e parametri relativi al test 
ef f ettuato . 

Effettuata tale trasmissione, il funzionaraento 
dell' apparato A evolve nuovamente a monte del passo 
indicate con 2 02 per procedere alio svolgimento di 
un test successive 

E' evidente che questo test pu6 consistere sia 
in tan test '"nuovo" rispetto a quello effettuato in 
precedenza, sia in un test '"vecchio" gia effettuato 
in precedenza e ripetuto dopo un certo intervallo di 




tempo. 

II passo indicate con 208 nella figura 3 P 

cbrrisponde, con riferimento all'apparato B, ad una § S ^• 

generica fase di attesa in cui I'apparato B attende f;:qo 

rvi I— 

di ricevere dati e parametri relativi ai test no ^ 

effettuati (secondo le modalita viste in precedenza) 
dall'apparato o dagli apparati A c.ompresi nel 
si sterna. 

Ricevuti tali dati e parametri, in un passo 
indicate con 210 I'apparato B verifica se tali 
informazioni risultino congruenti owero non 
congruenti con determinati criteri di. c[ualit& 
rappresentati da corrispondenti dati memorizzati 
nell'apparato B. 

Nell'esempio di applicazione piii corrente, tali 
criteri sono semplicemente rappresentati ds^^^v^lli 



di soglia predefiniti con i quali dati ed i 
paratnetri di quali ta ricevuti dal modulo B vengono 
confront at i . 

Tutto questo per procedere quindi/ in un 
successive passo 212, ad un'operazione di scelta o 
decisions diretta a stabilire se i suddetti dati o 
parametri risultino congruent i owero non congruent i 
rispetto ai criteri di accettabilita predefiniti e 
memorizzati nell' apparato B. 

Qualora i suddetti dati e parametri non 
risultino essere fuori dai limiti previsti (esito 
negative del passo 212, indicative del fatto che il o~ 
test a cui si rif eriscone i dati e parametri in Z ^ 

questione non ha rilevato alcuna situazione anomala) m 



il funzienamento dell ' apparato B evolve nuevamente 
verso la fase di attesa indicata con 208. 

In case contrario (esito positive del cenfronto 
svelte nel passo 212, indicative del fatto che i 
dati e parametri relativi al test effettuato hanno 
rilevato la presenza di una situazione anomala) 
1' apparato B precede in un passe 214 ad inviare un 
corrispondente messaggio di netifica e trigger verse 
1' apparato M. L' apparato B prowede altresi, in un 
passe 216, ad inviare verso I'archivio H i dati e 
parametri raccolti, che sono indicativi (ed 
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identif icativi) della situazione anomala rilevata 
grazie al test effettuato dall'apparato A. 

II diagramma di flusso della figura 4, relative 
al fiinzionamento di un generico apparato Sk di 
monitoraggio delle interfacce Ik/ prende anch'esso 
awio da una fase di inizio 300 per evolvere in modo 
prefer ito in due direzioni secondo un tipico model lo 
a processi concorrenti . 

Ii'a prima direzione di evoluzione d verso un 
passo 302 in cui 1' apparato Sk rimane in attesa di 
un pacchetto di dati/pararaetri dalla rispettiva 
interfaccia in esame Ik- 

II riferimento 3 04 indica un passo in cui 
1' apparato svolge una funzione di filtro secondo le 
modalita meglio descritte nel seguito. Tale passo o 
operazione di filtraggio - che di per se incoirpora 
successive operazioni di elaborazione - puo evolvere 
tanto con un ritomo a monte del passo 302 (quando 
1' operazione di filtraggio non da origine ad alcun 
risultato apprezzabile) quanto verso un passo 306 in 
cui i dati derivanti dall' operazione di filtraggio 
vengono aggiunti al buffer circolare associate 
all 'apparato Sk. Tutto questo per poi riciclare a 
monte del passo 3 02. 

L' altro processo attuato all ' intemo 

dell' apparato Sk prevede invece un primo passo 307 



di generica attesa di messaggio o trigger generate - 

secondo modalita meglio illustrate nel seguito 

dall' apparato M. Tutto questo per procedere, in un 

successive passo indicate con 308, attuato alia 

ricezione del suddetto segnale di trigger, che 

prevede I'invio dei dati contenuti nel buffer 

circolare dell' apparato Sk verso I'archivio H. 

L'apparato per 1' ef f ettuazione dei test indicato 

con A opera quindi effettuando in modo continuativo 

un test a livello applicativo ed inviando 

all 'apparato per la rilevazione della qualita di ^ 

O O 

servizio, indicate con B, i dati di prestaziene ^ q 

I — . 

misurati. Contemporaneamente, gli apparati di §^1)5 
menitoraggio Sk intercettano i pacchetti ritenuti di m O 

interesse sulle interfacce Ik controllate, ^ < 

memerizzandeli nei propri buffer circolari, 

Qualora l'apparato di rilevazione della qualita 
di servizie B segnali un allarme, l'apparato 
centrale di coerdinamento M invia un segnale di 
trigger agli apparati di menitoraggio Sk- Questi 
ultimi inviano all'archivio H \ina copia del proprio 
buffer circolare continuando il menitoraggio - 

In tal modo, a f rente di un allarme, i pacchetti 
raccelti si riferiscene ad una finestra temperale 
precedente. La lore analisi pu6 dunque consentire di 
ricavare informazioni di dettaglio, ad esempie per 
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localizzare i cosiddetti ""colli di bottiglia" 
all'interno della rate. 

I buffer circolari degli apparati di 
monitoraggio sono dimensionati per garantire il 
salvataggio di tutte le inf ormazioni relative ad una 
sessione di test suscettibile di produrre un 
allarme. Per tale dimensionamento si tiene quindi 
conto del tipo di sessione, della durata 
ragionevolmente attesa della stessa (anche in caso 
di problemi) , nonchS della quantity di dati che, a 
valle del filtro, viene raccolta sul buffer, nonch6 =i 

og 

dei tempi di ritardo fra il manifes tarsi della ^ o 



situazione critica e I'arrivo dei segnali di trigger 
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agli apparati di monitoraggio Sk- m O 
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La f igura 5 il lustra un . esempio di < 
conf igurazione di test applicata ad ,uno scenario di 
impiego in cui la rete N e costituita da una rete 
GPRS. 

In particolare, si d supposto che si vogliano 
sottoporre a prova le prestazioni dell ' interf accia 
radio e del nodo CGSN (acronimo per Combined GPRS 
Support Node) . II nodo in questione riunisce in se 
le funzionalit^ del cosiddetto GGSN (acronimo per 
Gateway GPRS Support Node) e del cosiddetto SGSN 
{acronimo per Serving GPRS Support Node) . 



Nello schema della figura 5 sono stati 
evidenziati, oltre ad un nodo CGSN, anche una 
stazione radio base o BTS (acronimo per Base 
Transceiver Station) ed il modulo BSC (acronimo per 
Base Station Control) ad esso associate 

E' stato inoltre evidenziato il collegamento fra 
il nodo CGSN ed una corrispondente rete IP {acronimo 
per Internet Protocol) . 

In piu, il riferimento Tl indica un qualsiasi 
terminale mobile compreso nella rete al momento 
attestato sulla stazione BTS rappresentata. 

29 

Anche se la rappresentazione della figura 1 ^ ^ . 

O "I: 

limitata ad un solo nodo CGSN, ad vina sola stazxone Z ^ »^ 

BTS, ad un solo controllare BSC e jad un unico ^ 



terminale mobile Tl, si apprezzer^ che il campo di 
applicazione dell ' invenzione abbraccia in generale 
un numero qualsiasi di tali elementi. 

Nello schema della figura 5 sono stati inoltre 
riportati gli stessi riferimenti gia introdotti in 
relazione alia figura 1, il che rende superfluo 
descrivere nuovamente il ruolo svolto da ciascuno 
degli elementi indicati da tali riferimenti. 

Per quanto riguarda possibili dettagli di 
implementazione (qui descritti a puro titolo 
esemplif icativo e dunque senza intento limitative 
della portata dell ' invenzione) il terminale mobile 



Tl pu6 essere costituito da xin qualunque terminale 
mobile GPRS, pref eribilmente prowisto di capacity 
di analisi delle prestazioni dell' interf accia radio; 
si pud trattare, ad esempio, di un, terminale del 
tipo venduto con il nome commerciale di TEMS 
versione 3,2 o superiori dalla society Ericsson. 

L'apparato A d suscettibile di essere realizzato 
tramite personal computer ed in particolare 
ricorrendo alia struttura di agent (o client - nel 
seguito le due denominazioni saranno utilizzate in 
modo equivalente) messa a punto dalla Richiedente ed 



di inviare i dati raccolti ad un corrispondente 
server BMPOP remote (apparato B) puo essere 
vantaggiosamente implementata su un personal 
computer portatile con le seguenti caratteristiche : 

- processore Pentium IV, 500 MHz, 

- RAM 512 MB, 

- Windows NT/2000, 

- hard- disk 20 GB, 

- doppia interfaccia seriale RS232 (suscettibile 
di realizzare la connessione al terminale TEMS 
citato in precedenza) , e 
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identificata con la denominazione di BMPOP. Tale < ^ 

O rd~ 

soluzione di agent, in grado di rilevare la qualita « 
di servizio (QoS) end-to-end a livello applicative e m 2 
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- funzione GPS (acronimo per Global Positioning 
System) per la sincronizzazione, 

Una o pill delle denominazioni commerciali 
riprodotte in precedenza e/o nel seguito possono 
corrispondere a marchi di fatto e/o registrati. 

II server BMPOP gi^ citato e destinato a 
svolgere la funzione dell' apparato B pud essere 
implementato su PC (anche di tipo fisso, essendo 
invece 1 ' implementazione su PC portatile preferita 
per 1' apparato A) avente le seguenti 

caratteristiche : 

- processore Pentium IV, 500 MHz, 

- RAM 512 MB, 

- Windows NT/2 000, 

- base dati Oracle 8, e 

- hard-disk 34 GB . 

Tale server e configurato per fungere da sistema 
centralizzato per la raccolta dei dati fomiti dal 
client A. 

In particolare, cosi come gia visto in 
precedenza, il server B d suscettibile di inviare 
messaggi di awiso (alert o trigger) all 'apparato M 
che fvinge da master del sistema, in caso di 
rilevazione di anomalie* L' apparato M opera come 
sistema generalizzato di gestione e coordinamento 



del tnonitoraggio della qualita in cooperazione con 
1 ' archivio H . 

Quest 'ultimo e costituito da una base dati in 
grado di raccogllere, attraverso I'apparato i 
dati forniti dai vari apparati di monitoraggio Sk e 
dal server B. 

Dal punto di vista della realizzazione pratica, 
I'apparato M e 1' archivio H ad esso associate 
possono essere implementati su uno stesso personal 
computer, ad esempio ricorrendo ad un computer 



- hard-disk 40 GB. 

Su tale computer risiede un semplice programma 
applicative (suscettibile di essere realizzato 
secondo criteri noti, e quindi tali da non 
richiedere una descrizione particolareggiata in 
questa sede) suscettibile di ricevere - secondo le 
modalita gia descritte in precedenza - un segnale di 
trigger dal server B e di inviare corrispondenti 
messaggi di trigger ai vari apparati (in numero 

di tre, indicati rispettivamente con Si, S2 e S3/ 
nell' esempio di attuazione qui illustrate) 



ES 




06^ 



avente le seguenti caratteristiche : On 



- processore Pentium IV, 500 MHz, j5 ^ 

O zi~- 

- RAM 512 MB, Z ^ 

M O 

- Windows NT/2000, e n4 
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Tale segnale di trigger puo essere realizzato 
con I'invio di un particolare pacchetto IP. 

Nello specifico esempio di applicazione - che si 
rammenta ancora una volta essere tale - cui fa 
riferimento la figura 5, a ciascuno degli apparati 
Si, S2 e S3 ^ associate un rispettivo modulo di 
sincronizzazione Sync - di tipo noto - di preferenza 
basato su GPS . 

Gli apparati Si, S2 e S3 possono essere 
vantaggiosamente realizzati ricorrendo alia 



soluzione nota con la denominazione cotnmerciale di 3 

SNIFFER (Network General Corp) . < 

O 3 

Nell' esempio qui illustrato, il primo apparato 

Si d associate al termihale mobile Tl con la R 

o 2: 

funzione di rilevare il passaggio dei pacchetti a ^ 
valle dell 'applicative supportato dall' apparato A e 
di inviare i relativi dati all'archivio H. 

L' apparato S2 § configurate per memorizzare il 
traffico sull' interf accia Gi fra il node CGSN e la 
rete IP ed anche in questo case di inviare la 
relativa informaziene su richiesta verso I'archivio 
H. 

L' apparato S3 e anch'esso un analizzatore di 
protocolli in grade' di analizzare 1 ' interf accia Gb 
fra il node CGSN ed il module BSC. Si puo trattare, 
ad esenpio, di un analizzatore TEKTRONIX K1297. 



Dal pxinto di vista implement at ivo, I'apparato Si 
pu6 essere configurate, ad esempio, ricorrendo ad 
una normale soluzione SNIFFER di linea seriale 
installato sullo stesso personal computer che ospita 
il client A (ad esempio EtherPeek versione 3.6.2 di 
produzione WildPacket ' s) • 

L'apparato S2 pu6 essere anch'esso installato 
sul personal computer con le seguenti 
caratteristiche : 

- processore Pentium IV, 500 MHz, 

- RAM 512 MB, 



caratteristiche : 

- e in grado di memorizzare in un buffer, 
pref eribilmente di tipo circolare, i pacchetti IP 
che passano sull' interf accia Gi, 

- d in grado di interpretare un trigger che 
scatena un opportune processo operative predefinito, 
e 

- d in grado, a fronte del suddet to trigger, di 
inviare all'archivio H i dati raccolti. 

Una possibile implement a zione pud essere basata 
sulle primitive offerte dalla libreria WinPcap 
versione 2.3 o super iori . 
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- Windows NT/2000, e ;< ^ 
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- hard-disk 20 GB. z: ^ « 

M O 

L'apparato S2 ha di preferenza le seguenti m 



Z3 z: 

CO 



27 



Cosi come gia detto, I'apparato Sa e di 
preferenza connesso ad un' apparecchiatura GPS per 
garantire la sincronizzazione con gli altri 
apparati • 

L'apparato S3 (suscettibile, come gia si d detto, 
di essere implementato con strumentazioni Tektronix 
K1297 o strumentazione equivalente) , ha di 
preferenza le seguenti caratteristiche : 

- d in grado di controllare la pila protocollare 
del GPRS sull' interf accia Gb, 



trigger che scatena un opportune processo operative 
predefinito, e 

- e in grado, a fronte del suddetto trigger, di 
inviare all'archivio H i dati raccolti. 

Anche in questo caso, la sincronizzazione viene 
conseguita, in modo preferito, tramite connessione 
ad un' apparecchiatura GPS. 

Ulteriori caratteristiche di realizzazione degli 
apparati Si, S2 e S3 (o di apparati equivalent i) 
saranno descritte nel seguito. 

Sempre con riferimento alio schema della figura 
5 si pu6 ricordare che - nella forma di attuazione 
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- d in grado di memorizzare su un buffer, di O q 
preferenza di tipo circolare, i pacchetti che q Zj — : 
passano sulla suddetta interf accia, 

O 

- S in grado di ricevere e interpretare un ^ ^ 
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al momento preferita - il terminale mobile Tl pud 

essere anche configurate per svolgere funzionalit^ 

di monitoraggio dell' interf accia radio: il relativo 

software di gestione e controllo di tali 

fianzionalita risiede sullo stesso personal computer 

che ospita 1' agent indicate con A. 

In termini essenziali, e rifacendosi agli stessi 

criteri generali di f unzionamento gia descritti in 

precedenza, il fianzionamento della soluzione 

illustrata nella figura 5 prevede che I'apparato A 

fungente da agent ef f ettui prove continuative di O o 

qualita di servizio end-to-end verso precise j< ^ 

O 

destinazioni (ad esempio verso specif ici indirizzi 21 ^ 

di server sulla rete IP) . m 2 

ZD Z 

GO ^ 

L'apparato Si rileva il passaggio dei pacchetti 
e le relative tempistiche, inviando la 
corrispondente informazione all'archivio H. 

Contemporaneamente, gli apparati S2 e S3 
effettuano il monitoraggio continue rispettivamente 
dell' interf accia Gi e dell ' interf accia Gb, filtrando 
i pacchetti scambiati tra 1' agent A ed i server 
remoti connessi tramite la rete IP. 

I dati sono raccolti in corrispondenti buffer. 
Si tratta di preferenza di buffer circolari in cui i 
dati pill vecchi sono sovrascritti . Quando il server 
B rileva una situazione di criticita, ^S^t'^feriP^i^ " 
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t.ramite I'apparato M fungente da master - un 
messaggio o trigger di awiso verso gli apparati Si, 
Sa e S3. Questi effettuano una copia dei dati 
raccolti fino a quel momento e la inviano 
all'archivio H. 

I dati cosi raccolti (ed altri dati 
eventualmente forniti direttamente dall'apparato B - 
si osservi la linea a tratti all' estremita superiore 
della figura 5) sono cosi resi disponibili per 
un' elaborazione • 

Questa ha tipicamente il carattere di una post- ^ 
elaborazione, trattandosi il piu delle volte di una ^ q 

funzione di analisi dei dati raccolti suscettibile ^ ^ 

di essere svolta tanto in modo automat ico, quanto in 2 
modo semi-automatico con 1 ' interv.ento di uno o piu ^< 
operatori. Si apprezzer^ peraltro che i criteri e le 
modalita di svolgimento di tale operazione di 
elaborazione, indicata con PP nello schema della 
figura 5, esulano dall'ambito specif ico della 
presente invenzione • 

In un contesto quale il contesto GPRS cui la 
figura 5 si riferisce a titolo di esempio, e 
possibile individuare indicatori di quality quali: 

- tempi di attraversamento in discesa (down- 
link) ed in salita (up-link) di uno spezzone di rete 
(rete di accesso, nodo CGSN, ecc); 
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- perdite e ritrasmissioni TCP (acronimo per 
Transmission Control Protocol) sulle interfacce IP, 

valutazione delle finestre utilizzate dal 
protocollo TCP, e 

- correlazione fra i protocolli RLC (acronimo 
per Radio Link Control) e TCP. 

Si descrivera ora, con riferimento alio schema 
della figura 6, la soluzione realizzativa al momento 
preferita in relazione all ' architettura degli 
apparati Sk- 

Al riguardo ' si apprezzera che xina tale q ^ 

architettura puo essere utilizzata in modo i-^ _: 

O =J l: 

vantaggioso sia per realizzare tutti gli apparati 2: ^ 

M O 

Sjc, sia per realizzare solo alcuni di tali apparati. 



Ad esempio, facendo riferimento all' architettura 
illustrata nella figura 5, tutti e tre gli apparati 
Si/ Sa e S3 hanno la funzione di monitorare pacchetti 
in transito, dimostrando inoltre la caratteristica 
di poter essere controllati da remote e di inviare 
ad un server parimenti remote le informazioni 
raccolte . 

Sono gi& oggi disponibili (si vedano al riguardo 
le considerazioni fatte nella parte introduttiva 
della presente descrizione) soluzioni in grado di 
rilevare i pacchetti in transito su una rete di 
telecomunicazione a pacchetto, operando anche 
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opportiini filtraggi. Sono anche noti sistemi 
hardware e software pixi complessi, in grado di 
monitorare piii interfacce di rete di riconoscere ed 
interpretare molteplici protocolli standard. Tutto 
questo, se del caso, con la possibility di 
interpretare il passaggio di determinati pacchetti o 
messaggi in essi contenuti come messaggi di allarme 
o trigger, suscettibili di attivare determinati 
comportamenti da parte del sistema. 

Una caratteristica comune di tali sistemi noti & 
quella di prevedere la possibility di memorizzare a 
livello locale i dati rilevati, cosi da costituire 
un archivio consultabile a posteriori . 

Nel contesto della presente invenzione d invece 
importante disporre di apparati suscettibili di 
utilizzo a di stanza, ossia apparati in grado di 
effettuare localmente la rilevazione dei pacchetti, 
I'eventuale filtraggio e memorizzazione delle 
informazioni e di inviare ad un server remoto i dati 
raccolti a fronte di determinati eventi, 

Lo schema della figura 6 rappresenta 
I'architettura generale di un qualunque modulo Sk 
suscettibile di essere compreso in un sistema del 
tipo di quelli illustrati nelle figure 1 e 5. 

Per facilitare la comprensione, nello schema 
della figura 6 sono state rappresentati unicamente. 
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oltre ad xin singolo apparato Skf la rete N oggetto 
di analisi e 1' apparato M fungente da searver remoto 
destinato ad inviare verso i vari apparati Sk (per 
effetto della ricezione di un segnale di allerta o 
trigger da parte dell' apparato B nelle figure 1 e 5) 
corrispondenti segnali di trigger destinati a far si 
che 1' apparato Sk di volta in volta coinvolto invii 
verso 1' apparato M i dati di cui dispone. 

L'architettura generale dell' apparato o modulo 
Sk comprende, nella forma di attuazione al momento 
preferita: ^ id 

2p 

un modulo di filtraggio dei pacchetti, ^ 
indicato con F, Z ty 

- una memoria Hk per 1 ' archiviazione - a livello nj 2 

cn <r- 

di modulo Sk - dei dati, ^ 

- un apparato Mk per svolgere - sempre a livello 
locale - una funzione di coordinamento, e 

- un insieme di funzionalita di connessione. 

In primo luogo, d prevista una funzionalita di 
connessione K operante fra la rete N e 1' apparato Sk 
per la raccolta dei dati di monitoraggio relativi 
alle interfacce Ik- 

Per quanto riguarda la trasmissione dei dati di 
monitoraggio dagli apparati Sk verso 1' apparato M e 
per la trasmissione del segnale di trigger 



dall'apparato M ai vari apparati Sk e posslbile 
ricorrere a soluzioni diverse. 

Ad esempio, e possibile prevedere iina fiinzione 
di connessione principale C per la trasmissione dei 
dati di monitoraggio dagli apparati Sk verso 
I'apparato M ed una funzione ausiliaria Ct per la 
trasmissione del segnale di trigger dall'apparato M 
ai vari apparati Sk. 

Come altemativa totale o parziale, per la 
trasmissione dei dati di monitoraggio dagli apparati 
Sk verso I'apparato M e/o per la trasmissione del 3 
segnale di trigger dall'apparato M ai vari apparati <C ^ 

Sk/ ^ possibile utilizzare la stessa rete N ^ 
sottoposta a monitoraggio . 2 

In questo caso d possibile prevedere una prima ^ 
funzionaliti. di connessione, indicata con C , per la 
trasmissione dei dati di monitoraggio dagli apparati 
Sk verso la rete N e una seconda funzionalita di 
connessione, indicata con C ' , operante fra la rete 
N e I'apparato M. Questa seconda funzionalitS. di 
connessione pud essere utilizzata tanto per la 
trasmissione dei dati di monitoraggio dalla rete N 
verso I'apparato M quanto per la trasmissione del 
segnale di trigger dall'apparato M verso la rete N. 

Quando si adotta quest 'ultima soluzione, nel 
singolo modulo Sk e presente anche un sotto-modulo o 
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dispositive di intercettazione dei messaggi di 
trigger, indicate con II dispositive T analizza i 
pacchetti in transito nella rete e, q[ualora rilevi 
pacchetti che soddisfino a criteri definibili 
secendo criteri noti - in fase di cenf igurazione 
dell' apparate Sk/ interpreta tali pacchetti come 
segnali di trigger, dandene comimicaziene al 
rispettivo module Hk affinchS eperi di censeguenza. 

II sistema di filtraggie dei pacchetti F 
effettua una seleziene sui pacchetti in transito 
nella rete (ad esempie sulle interf acce Gi e Gb nel ^ x 

case degli apparati S2 e S3 del la figura 5) . Cid ^ O 

;^ ^ 

awiene in base a criteri def initi - in mode di per q ^ ' 

se note - in fase di cenf igurazione del singolo rTo 
apparate Sjc. Sole i pacchetti che seddisfano i S 5 



criteri predefiniti sone presi in consider a zione ed 
inviati all'archivie locale H^. 

II module di archiviazione dati Hk svolge la 
funzione di archiyiare i pacchetti provenienti dal 
modulo di filtraggie F. Cosi come gia detto, per 
1' implementaziene del modulo Hk ^ al memento 
preferita una medalita di archivio di tipe buffer 
circolare, in cui i dati piu vecchi sono 
sovrascritti, in mode da limitare ad un valore 
massimo (determinate in mode selettive in funzione 
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delle esigenze applicative) la cjuantiti. di dati 
memorizzati . 

Tale qucuitita e definita - anche qui secondo 
criteri noti - in sede di conf igurazione 
dell'apparato tenendo conto di quanto estesa si 
desidera possa essere la ^^finestra" temporale di 
osservazione associata ai dati che, memorizzati a 
livello del singolo apparato Sy^, vengono poi 
trasmessi verso 1' apparato M in vista della 
memorizzazione nell'archivio centralizzatb H. 

E' preferibile che il modulo di f iltro F sia in ^ >< 

grado di scartare tutto il traf f ico generate ^ Q 

dall' apparato Sk cui d associato, compreso il O T: 

traf f ico generate per I'invio dei dati verso —-^ 
1 ' apparato M . ^ < 

I diagrammi di flusso delle figure 7, 8 e 9 
illustrano in maggiore dettaglio i criteri di 
funzionamento del modulo di filtraggio F, del modulo 
di coordinamento Mk e del modulo T (se presente) . 

Anche in questo caso, cosi come nel caso delle 
figure 2 a 4 non sono state rappre sent ate, per 
semplicita di illustrazione , le ulteriori 
funzionalit^ di gestione, comunque presenti, quali 
ad esempio awio di process!, inizializzazione, 
terminazione di processi ecc. 
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II funzionamento del modulo P si articola 
essenzialmente in tre passi successivi, ripetuti 
secondo un ordinamento ciclico. 

II primo pasBO, indicato con 400 nella figura 7, 
corrisponde all'attesa dei pacchetti a partire dalla 
rete No, in modo piu preciso, dalla relativa 
interfaccia monitorata. 

I pacchetti ricevuti sono quindi sottoposti, in 
un successive passo indicato con 402, alia funzione 
di filtraggio vera e propria. 

Se il pacchetto di volta in volta considerate 
non ^ rilevante ai fini della funzione di 
monitoraggio (esito negative del passo 402) il 
relative pacchetto viene scartate ed il sistema 
evolve nuovamente verso il passo di attesa 400. 

Se, al contrario, il passo 402 da esito 
positive, indicando che il pacchetto di volta in 
volta considerate e rilevante ai fini della funzione 
di monitoraggio, in un successive passo 404 tale 
pacchetto viene inviato verse I'archivio Hr ed il 
sistema evolve nuovamente verso il passo di attesa 
400. 

Cosi come gi^ pid volte indicato, il buffer Hk e 
di preferenza organizzato setto forma di buffer 
circolare, in cui i dati piO vecchi sono 
sovrascritti dai piu recenti. Tale buffer deve 
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essere correttamente dimensionato per garantire il 

salvataggio di tutte le informazioni di interesse 

relative ad una sessione di elaborazione. Per tale 

dimensionamento si tiene pertanto conto del tipo di 

sessione, della durata della stessa e della quantity 

di dati che, a valle della fiinzione di filtraggio, 

viene raccolta sul buffer. 

II funzionamento del modulo Mk si articola 

essenzialmente in una fase di attesa 500, in cui il 

modulo Mk rileva il possibile arrivo del segnale di 

trigger (ricevuto - con riferimento all' architettura oR 

< ^ 

rappresentata nelle figure 1 e 5 - dal modulo M) . O ' 

Tutto questo per procedere, alia ricezione di 

M O 

tale segnale, ad inviare verso I'apparato M i dati 



contenuti nell' archivio Hk. Tale passo o fase di 
invio ^ indicata con 502 nel diagramma della figura 
8 . 

II diagramma di flusso della figura 9 si 
riferisce al funzionamento del modulo T suscettibile 
di procedere alia rilevazione del segnale di trigger 
quando questo, invece di essere ricevuto a part ire 
dall'apparato M, e generate all'intemo 
dell ' apparato Sk tramite un' operazione di 
osservazione dei pacchetti in transito sulla rete N. 

Nella figura 9, il relative passo di attesa e 
indicate con il riferimento 602, mentre il 
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riferimento 604 indica un successivo passo di 
controllo in cui il modulo T esamina il pacchetto 
ricevuto dal modulo T per stabilire se questo 
corrisponda o no ai criteri suscettibili di 
identificare tale pacchetto come corrispondente ad 
vm segnale di trigger. 

In caso di esito negative, il funzionamento del 
modulo T evolve serrqplicemente a ritroso a monte del 
passo di attesa 602 . 

In caso di esito positive del passo 604, il 
modulo T precede a segnalare all'apparato 
I'awenuta rilevazione di trigger. 

Le conf igurazioni pref erenziali a livello 
hardware e software per 1 ' implementazione degli 
apparati Sk e M tramite personal . computer sono gia 
state descritte in precedenza. 

Lo schema della figura 10 mira ad evidenziare 
ulteriormente il fatto che il singolo apparato Sk 
pu6 essere vantaggiosamente configurate in mode da 
presentare una connessione K verso la rete N da 
analizzare, quanto un insieme di funzionalit^ di 
connessione verso 1' apparato M suscettibili di 
essere tante di tipe diretto (f unzionalit^ C, Ct 
della figura 6) quanto di tipo indiretto 
(ftanzionalita C e C ' della stessa figura 6). 



Come si e visto, le fiinzionalita di connessione 
fra I'apparato Sk e I'apparato M possono transitare 
tanto su una rete (ad esempio una rete di tipo liAN, 
acronimo per Local Area Network) apposita quanto 
sfruttando ai fini* della connessione la stessa rete 
N sottoposta ad analisi. 

II personal conputer utilizzato per 
1 ' implementazione degli apparati e quindi di 

solito dotato delle interfacce necessarie per le 
connessioni descritte, mentre sull ' apparato M pu6 
essere vantaggiosamente installato il prograrama 
suscettibile di configurare tale apparato come un 
server FTP (acronimo per File Transfer Protocol) . 
Una soluzione vantaggiosa al riguardo e la soluzione 
disponibile con il nome commerciale di Bulletproof 
FTP server 2.15. 

In modo vantaggioso, quale segnale di trigger d 
possibile utilizzare un pacchetto ICMP (acronimo per 
Internet Control Message Protocol) con un contenuto 
del carico utile o payload prefissato. 

II meccanismo di cattura dei pacchetti, 
filtraggio e rilevazione del segnale di trigger (se 
prevista a livello dell' apparato Sk) pu6 essere 
agevolmente realizzato ^ con le primitive of f erte 
dalla libreria WinPcap gia citata in precedenza, I 
pacchetti catturati possono essere salvati su un 



buffer circolare realizzato scrivendo su tre file a 
rotazione^ con il passaggio da xm file all'altro che 
awiene al superamento di una dimensione data (ad 
esempio un MB per ogni file) - In sede di cattura dei 
pacchetti, una semplice verifica del contenuto degli 
stessi a livello ICMP (che si appoggia direttamente 
sul protocollo internet IP) consente di rilevare il 
trigger. A fronte della rilevazione del trigger, si 
precede a cambiare i tre file su cui continua're 
1' archiviazione dei dati e ad inviare i file 
precedentemente utilizzati al server FTP remote 
tramite il comando FTP. I file inviati possono 
quindi essere cancellati dall ' archivio dell' apparato 

Sjc. 

A titolo di uiteriore eseitpio di possibilita di 
impiego della soluzione secondo I'invenzione si 
descrivera ora, con riferimento alio schema della 
figura 11, 1' implementazione di xina specif ica 
funzione di rilevazione della qualita di servizio 
attuata in un contesto GPRS del tipo di quelle git 
illustrato con riferimento alia figura 5. 

Si ricorda ancora una volta il fatto che il 
riferimento a tale possibile contesto di 
applicazione non deve essere in alcun interpret ato 
in senso limitative della portata dell ' invenzione . 



Nel caso specifico considerate nella figura 11 
si suppone di avere a che fare con \ina situazione in 
cui la quality di servizio end-to-end d influenzata 
in senso negativo dal fatto che il software di 
gestione delle risorse radio utilizzato nella rete 
GPRS considerata non funziona in modo corretto e, 
come risultatO/ sottrae saltuariamente risorse radio 
ad ion utente, salvo poi riallocarle con un 
conseguente calo di throughput in occasione di tali 
event i . 

La figura 11 rappresenta un esempio di 
architettura che consente di individuare il suddetto 
problema . 

Si apprezzera che in tale figura • sono stati 
rappresentati diversi apparati /moduli gi& illustrati 
con riferimento agli schemi delle figure 1 e 5. Per 
questo motive la descrizione della natura e della 
funzione di tali moduli non viene riproposta in 
guesta sede. 

Rispetto agli elementi gill presentati nelle 
figure 1 e 5, nella figura 11 S stata evidenziata la 
presenza di un punto di accesso AP con funzione di 
punto di accesso WLAN (acronimo per Wireless Local 
Area Network) nonchS la presenza di un server FTP 
locale, indicate con FTPL, at t estate 

sull' interfaccia Gi fra il node CGSN e la rete IP. 



• 



II punto di accesso AP S collegato tramite un cavo 
ethemet CE all'apparato S3 (implement at o tramite 



Nella stessa figura 11 sono state evidenziate le 

connessioni WLAN esistenti tra il nodo . AP e 

I'apparato M, I'apparato A nonche I'apparato S3- 

Tali connessioni (destinate ad assicurare le varie 

funzionalitt di trasmissione del trigger su cavo, 

del trigger su WIiAN, di sincronizzazione su WLAN, 

nonch6 di trasmissione di dati su WIAN) operano 

secondo criteri per s6 noti, tali da non richiedere ^ 

O o 

la descrizione particolareggiata in questa sede. ^ ^ 



pu6 trattare, con riferimento agli esempi gi& fatti 
in precedenza, di un terminale TEMS di produzione 
Ericsson equipaggiato con il software di gestione 
denominate TEMS Investigation. 

Si apprezzera inoltre che I'apparato indicate 
con S3 nello schema della figura 11 incorpora di 
fatto in s6 funzionalita di monitoraggio di entrambe 
le inter facce Gi e Gb che, nello schema della figura 
5, sono rappresentate come attribuite a due diversi 
apparati indicati rispettivamente con S2 e S3- 



strumentazione Tektronix K1297) . 



In questo caso il terminale mobile Tl collegato 
all'apparato A fungente da client e un terminale di 
test in grado di raonitorare 1' interf accia radio. Si 
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Lo schema del la figura 11 corrisponde al 
riguardo ad una semplif icazione di natura 
implement at iva legata al fatto che, nel contesto ivi 
considerate, e possibile aggregare entrarabe le 
funzioni di monitoraggio e demandandole ad un unico 
insieme di strumentazione . 

Questo fatto permette altresi di rendersi conto 
del fatto che le architetture general i rappresentate 
nelle figure 1 e 5 si prestano agevolmente, proprio 
per la loro f lessibilita, a varianti implement at ive 
di questa natura. 2 

La scelta - pref erenziale ma di certo non ^ ^ 

iraperativa - di utilizzare un server FTP locale, O ^ 

quale il server FTPL illustrate nella figura 11, e m O 

legata in via principale al desiderio di non -^o <^ 

introdurre ritardi e perdite proprie del mondo 
internet . 

Le prove sono effettuate in arabiente radio 
controllato. A questo fine si allocano staticamente 
i canal i GPRS e si fa in modo di avere un solo 
utente. Quest 'ultimo e quindi in grado di sfruttare 
tutte le risorse radio che la rete mette a 
disposizione per una determinata cella servita da 
xina particolare BTS- 

L'apparato A effettua prove continue di FTP 
download -dal server FTPL e calcola il throughput a 



livello applicative, Tramite la funzione di gestione 
del terminale di test, si e in grado di monitorare 
tutti i messaggi sull' interf accia radio e 
conteniporaneamente, tramite la fxinzione di analisi 
dei protocolli implement at a dall'apparato S3, si 
registrano i pacchetti che transitano sulle 
interfacce di rete Gb e Gi per calcolare il 
throughput all'intemo della rete. 

I dati raccolti dall'apparato A indicano un 
saltuario calo di throughput. Peraltro, i dati 
raccolti sulle interfacce Gb e Gi indicano che non 
vi sono ritardi tali da giustificare I'anomalia, a 
livello di rete di base (core network) . L' analisi 
dei dati raccolti a partire dal terminale mobile Tl 
evidenzia infatti la presenza di messaggi indicanti 
perdite successive a riallocazione di risorse radio 
da parte della rete in una situazione nella quale 
cio non dovrebbe awenire (le condizioni di prova 
prevedono infatti/ come detto, la presenza di un 
solo utente con allocazione statica delle risorse) . 
L' analisi effettuata consente quindi di concludere 
con certezza che il problema risiede nel 
malfunzionamento della funzione di gestione delle 
risorse radio utilizzata dal sistema. 

Naturalmente , fermo restando il principio 
dell ' invenzione, i particolari di realizzazione e le 



forme di attuazione potranno essere ampiamente 
variati rispetto a quanto descritto ed illustrate, 
senza per questo uscire dall'ambito della presente 
invenzione . 
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RIVEISIPICAZIONI 
1. Procedimento per rilevare la quality di 
servizio a livello applicative in \ma rete per 
telecoTmonicazioni (N) , caratterizzato dal fat to che 
cotnprende le opera zioni di : 

- prowedere xina funzione (A) di attuazione di 
sessioni a livello applicativo su detta rete (N) , 

- attuare xina sessione tramite detta funzione di 
attuazione (A) , rilevando (F) e raemorizzando (Hjc) / 
in un insieme di punti (Si, Sk/ Sn) di 
detta rete (N) , dati indicativi del comportamento di 
detta rete e verificando (B) I'eventuale insorgere 
di situazioni di criticita relative a detta quality 
di serviziO/ 

a fronte dell' insorgere di. una detta 
situazione di criticita, generare un segnale di 
awiso (Trigger) , e 

- raccogliere (H) , per ef fetto della generazione 
di detto segnale di awiso, detti dati indicativi 
del comportamento della rete rilevati e memorizzati 
in detto insieme di punti della rete (N) , i dati 
cosi raccolti essendo indicativi della qualita di 
servizio della rete (N) stessa. 

2. Procedimento secondo la rivendicazione 1, 
caratterizzato dal fatto che detta operazione di 
rilevare (P) e memorizzare (Hk) detti dati 
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indicativi del comport amento della rete (N) ^ 
attuata in xina pluralita di pxinti diversi (Si, . - . , 
Sk, .../Sn) di detta rete. 

3 . Procedimento secondo la rivendicazione 2 , 
caratterizzato dal fatto che detta operazione di 
rilevare (F) detti dati indicativi del comportamento 
di detta rete viene attuata in modo sincronizzato 
(Sync) in detti punti diversi (Si, . • • , Sk/ - - • # Sn) 
di detta rete. 

4 . Procedimento secondo la rivendicazione 2 o la 
rivendicazione 3, caratterizzato dal fatto che 
comprende le operazioni di: 

- memorizzare (Hk) detti dati indicativi del 
comportamento di detta rete a livello del 
corrispondente punto di detto insieme, e 

raccogliere detti dati indicativi del 
comportamento di detta rete (N) a livello 
centralizzato (H) per effetto della generazione di 
detto segnale di awiso, 

5. Procedimento secondo una qualsiasi delle 
rivendicazioni 2 a 4, caratterizzato dal fatto che 
comprende le operazioni di : 

- prowedere una funzione centralizzata (M) di 
gestione della quality di servizio della rete, 

inviare detto segnale di awiso (Trigger) 
verso detta funzione centralizzata (M) , e 



- diffondere detto segnale di awiso a partire 
da detta fxinzione centralizzata (M) verso i pxinti di 
detto insieme (Si, . . . , Sk, • . . / Sn) per procedere 
alia raccolta di detti dati indicativi del 
comportamento di detta rete. 

6. Procedimento secondo una qualsiasi delle 
precedent i rivendicazioni, caratterizzato dal fatto 
che comprende le operazioni di: 

- associare a detta funzione di attuazione (A) , 
una funzione di controllo (B) sensibile a dati 
suscettibili di essere indicativi di situazioni di 
criticita relative alia qualita di servizio della 
rete, e 

- sottoporre detti dati suscettibili di essere 
indicativi di situazioni di criticita relative alia 
qualita di servizio della rete a filtraggio (212) 
tramite detta funzione di controllo (B) , detta 
funzione di controllo (B) . essendo suscettibile di 
generare detto segnale di awiso (214) per effetto 
di detta funzione di filtraggio (212) . 

7. Procedimento secondo la rivendicazione 6, 
caratterizzato dal fatto che detta funzione di 
attuazione (A) e detta funzione di controllo (B) 
cooperano fra loro secondo una generale 
conf igurazione agent /server , in cui detta funzione 



di attuazione (A) fiange da agent e detta funzione di 
controllo (B) funge da server. 

8. Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni, applicato alia 

rilevazione della qualita di servizio di una rate 
per telecomunicazioni comprendente una pluralita di 
interfacce. (Gi, Gb) , caratterizzato dal fat to che 
detta operazione di rilevare in . un insieme di pxinti 
(Si, Sk, ...,Sn) di detta rete (N) dati 

indicativi del comport amento della rete (N) stessa 
implica il monitoraggio dei dati in transito su una ^ >< 



di dette interfacce (Gi, Gb) . 2P 

9. Procedimento secondo una qualsiasi delle O T: 
precedenti rivendicazioni, caratterizzato dal fatto 

che 1' operazione di memorizzare (H) dati indicativi 
del comportamento di detta rete in un insieme di 
punti (Sa, Sk, . ...,Sn) di detta rete (N) 

comporta la memorizzazione di dati relativi ad una 
finestra temporale data. 

10. Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni, caratterizzato dal fatto 
che ^coraprende 1' operazione di prowedere almeno un 
rispettivo canale di trasmissione (C, Ct) per 
I'inoltro di almeno un segnale fra: 

- detto segnale di awiso verso i punti di detto 
insieme (Si, . • • / Sk/ • • • / Sn) / e 
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- detti dati indicativi del comportamento della 
rete (N) rilevati (P) e memorizzati (H) nei punti di 
detto insieme. 

11. Procedimento secondo xina qualsiasi delle 
rivendicazioni 1 a 10, caratterizzato dal fatto che 
comprende I'operazione di trasmettere su detta rete 
sottoposta a monitoraggio (N) almeno un segnale fra: 

- detto segnale di awiso verso i punti di detto 
insietne (Si, . . • / Sk/ • • • # Sn) # e 

- detti dati indicativi del comportamento della 

rete (N) rilevati (F) e memorizzati (H) nei punti di ^ >< 

o ^ 

detto insieme . ^ P 

12. Procedimento secondo la rivendicazione 11, q 3 — * 

z yy «^ 

caratterizz ato dal fatto che comprende I'operazione — ^ 

di prowedere nei punti di detto insieme (Si, . . . , 2 ^ 



Sk/ . . . , Sn) una f unzione di f iltraggio (T) per 
intercettare detto segnale di awiso trasmesso su 
detta rete (N) sottoposta a monitoraggio . 

13. Sistema per rilevare la quality di aervizio 
a livello applicative in una rete per 
telecomunicazioni (N) , caratterizzato dal fatto che 
comprende : 

almeno vm apparato di test (A) per 
I'attuazione di sessioni a livello applicative su, 
detta rete (N) , 
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- almeno tin apparato di monitoraggio (Si/ . . . , 
Sic/ •••/Sn) per rilevare (F) e memorizzare (Hk) in un 
insieme di punti (Si, . . - , Sk/ - . . / Sn) di detta rete 
(N) dati indicativi del comportamento di detta rete, 

almeno un apparato di verifica (B) per 
verificare I'eventuale insorgere di situazioni di 
criticita relative a detta quality di servizio e 
generare, a f rente dell ' insorgere di una detta 
situazione di criticita, un segnale di awiso 
(Trigger) , e 

- un apparato di raccolta (H) per raccogliere, ^ 

per ef f etto della generazione di detto segnale di < Q 

awiso, detti dati indicativi del comportamento 21^*^ 

della rete rilevati e memorizzati in detto insieme [[^ O 

o 2: 

di punti della rete (N) , i dati cosi raccolti °° ^ 

essendo indicativi della quality di servizio della 
rete (N) stessa. 

14. Sistema secondo la rivendicazione 13, 
caratterizzato dal fatto che comprende una pluralita 
di detti apparati di monitoraggio (Si, - - . , Sk, . . . , 
Sn) per rilevare (F) e memorizzare (Hk) detti dati 
indicativi del comportamento della rete (N) in una 
plurality, di punti diversi (Si, . • . , Sk, - . • / Sn) di 
detta rete (N)-. 

15 • Sistema secondo la rivendicazione 14, 
caratterizzato dal fatto che comprende moduli di 
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sincronizzazione (Sync) associati agli apparati di 
monitoraggio di detta plural ita (Si, . . . , Sk, . . . , 
Sa) per rilevare (F) detti dati indicativi del 
comport amento di detta rete (N) in modo 
sincronizzato su detti punti diversi (Si, . - . , Sk, 
. . • , Sn) di detta rete (N) . 

16. Sistema secondo la rivendicazione 14 o la 
rivendicazione 15, caratterizzato dal fatto che 
detti apparati di monitoraggio (Si, . . . , Sk, • . . / Sn) 
di detta pluralita comprendono: 

- una memoria (Hk) per memorizzare a livello del o q 

corrispondente punto di detto insieme (Si, . . . , Sk, 
. . . , Sn) detti dati indicativi del comportamento di 
detta rete, e 

iin modulo di trasmissione (Mk) per 
trasmettere detti dati indicativi del comportamento 
di detta rete (N) verso detto apparato di raccolta 
(H) per effetto della generazione di detto segnale 
di awiso. 

17. Sistema secondo una gualsiasi delle 
rivendicazioni 13 a 16, caratterizzato dal fatto che 
comprende un apparato per la gestione centralizzata 
(M) della quality di servizio della rete configurate 
per ricevere detto segnale di awiso (Trigger) da 
detto almeno un apparato di verifica (B) e 
diffondere detto segnale di awiso verso detti 
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apparati di monitoraggio (Si, . . . , Sk, . . . , Sn) di 
detta pluralita, 

18. Sistema secondo una qualsiasi delle 
rivendicazioni 13 a 17, carat terizzato dal fat to che 
detto almeno un apparato di test (A) e detto almeno 
un apparato di verifica (B) cooperano fra loro 
secondo una generale conf igurazione agent /searver, in 
cui detto apparato di test (A) funge da agent e 
detto apparato di verifica (B) funge da server. 

19. Sistema secondo una qualsiasi delle 



detto almeno un apparato di monitoraggio (Si, 

Sk, . . . / Sn) d un apparato di monitoraggio dei dati 

in transito su una di dette interfacce (Gi, Gb) . 

20. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni 13 a 19, caratterizzato 
dal fat to che detto almeno un apparato di 
monitoraggio (Si, . . . , S^, . • . , Sn) comprende una 
memoria (Hjc) dimensionata per memorizzare dati 
indicativi del comport amento di detta rete (N) 
relativi ad una finestra temporale data. 

21. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni 13 a 20, caratterizzato 



precedenti rivendicazioni 13 a 18, per la 3 

rilevazione della qualita di searvizio di una rete < ^ 

per telecomunicazioni comprendente una plurality di Z ^ ^ 
interfacce (Gi, Gb) , caratterizzato dal fatto che ^ 
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dal fatto che comprende almeno un rispettivo canal e 
di trasmissione (C, Ct) per I'inoltro di almeno un 
segnale fra: 

- detto segnale di awiso verso detto almeno . un 
apparato di monitoraggio (Si, . . . , Sk/ Sn) , e 

- detti dati indicativi del comport amento della 
rete (N) rilevati (F) e memorizzati (H) a partire da 
detto almeno un apparato di monitoraggio (Si, 

Sk/ • • • / Sa) • 

22 . Sistema secondo una qualsiasi delle 



rivendicazioni 13 a 21, caratterizzato dal fatto di Oq 
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essere configurate per trasmettere su detta rete 

sottoposta a monitoraggio (N) almeno un segnale fra: _ 

M O 

- detto segnale di awiso verso detto almeno un o 2: 

CO < 

apparato di monitoraggio (Si, . . . , Sk, • . . / Sn) / e 

- detti dati indicativi del comportamento della 
rete (N) rilevati (F) e memorizzati (H) a partire da 
detto almeno un apparato di monitoraggio (Si, . . . # 

Sk/ • • • / Sxi) • 

23. Sistema secondo la rivendicazione 22, 

caratterizzato dal fatto che detto almeno un 

apparato di monitoraggio (Si, . . . , Sk/ . . . / Sn) 

comprende un modulo di filtraggio addizionale (T) 
per intercettare detto segnale di awiso trasmesso 
su detta rete sottoposta a monitoraggio (N) . 
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24. Prodotto informatico direttamente caricabile 
nella memoria di ion elaboratore numerico e 
cpmprendenti porzioni di codice software 
suscettibili di attuare detta fvinzione di attuazione 
di sessioni a livello applicative su detta rete (N) , 
nell'arabito di un procedimento secondo xina qualsiasi 
delle rivendicazioni 1 a 12, quando detto prodotto 
informatico e eseguito su un elaboratore numerico. 

25. Prodotto informatico direttamente caricabile 

nella memoria di un , elaboratore numerico e ^ 

comprendente porzioni di codice software o o 

< ^ 

suscettibili di attuare dette operazioni di rilevare I:^ ri — 

(F) e memorizzare (H) detti dati indicativi del ^zi 

F5 O 

comportamento della rete (N) , nell'ambito di un 
procedimento secondo \ina qualsiasi delle 
rivendicazioni 1 a 12, quando il prodotto 
informatico e eseguito su \m elaboratore numerico. 

26. Prodotto informatico direttamente caricabile 
nella memoria di un elaboratore numerico e 
comprendente porzioni di codice software 
suscettibili di attuare almeno una fra dette 
operazioni di verificare (B) I'eventuale insorgere 
di una situazione di criticita relativa a detta 
qualita di servizio e detta operazione di generare 
un segnale di awiso (Trigger) all' insorgere di 
detta una situazione di criticitel, nell'ambito di xm 
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procedimento secondo una qualsiasi delle 
rivendicazioni 1 a 12, c[uando detto prodotto 
informatico d eseguito su tin elaboratore numerico. 

27. Prodotto informatico direttamente caricabile 
nella memoria di iin elaboratore numerico e 
comprendehte porzioni di codice software 
suscettibili di attuare almeno una fra le operazioni 
di: 

inviare detto segnale di awiso (Trigger) 
.verso i punti di detto insieme, e 

- raccogliere, per effetto del la generazione di 
detto segnale di awiso, detti dati indicativi del 
comportamento di detta rete rilevati e memorizzati 
in detto. insieme di pxmti, nell'ambito di un 
procedimento secondo xina qualsiasi delle 
rivendicazioni 1 a 12 , quando detto prodotto 
informatico e eseguito su un elaboratore numerico. 

28. Apparato configurato per I'impiego come 
detto apparato di test (A) in un sistema secondo una 
qualsiasi delle rivendicazioni 13 a 23 . 

29. Apparato configurato per I'impiego come 
detto apparato di raonitoraggio (Si, Sk, Sn) 
in un sistema secondo una qualsiasi delle 
rivendicazioni 17 a 23. 

30. Apparato configurato per I'impiego come 
detto apparato di raccolta (H) , nell'ambito di un 



sistema secondo una qualsiasi delle rivendicazioni 
17 a 23. 

31, Apparato configurate per I'irapiego come 
detto apparato per la gestione central izzat a (M) 
della qualita di servizio della rete nell'ainbito di 
un sistema secondo la rivendicazione 17 . 
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